C’est quoi une Sprint Review ?
Lorsque vous utilisez des méthodes Scrum agiles, vous aurez absolument besoin d’organiser des réunions pour recueillir des Feedback sur ce qui a été réalisé lors d’un sprint. La Sprint Review est alors considéré comme l’une des réunions les plus importantes de Scrum. C’est une réunion informelle à laquelle participent l’équipe Scrum et les parties prenantes.
C’est quoi l’intérêt de la Sprint Review ?
Le but de la cérémonie Sprint Review est que l’équipe montre aux clients et aux parties prenantes ce qu’ils ont fait pendant le Sprint et le comparer avec les objectifs fixés au début du Sprint.
Qui sont les membres participant à la Sprint Review ?
Les Sprint Review sont ouverts à tous. Tout le monde est invité à faire part de ses Feedback.
Quelle est la durée d’une Sprint Review ?
Elle peut durer jusqu’à 4 heures dans un Sprint de 4 semaines. La règle générale est que cette cérémonie ne doit pas dépasser une heure.
Quelles sont les erreurs les plus courantes que l’on peut rencontrer lors d’une Sprint Review ?
La Sprint Review n’est pas une simple démo :
La revue de sprint n’est pas seulement une démonstration de produit, mais aussi une revue générale de tout ce qui s’est passé pendant le sprint. Elle peut également comprendre l’état d’avancement de l’équipe et la progression du produit par rapport à l’objectif fixé. Cette démo n’est qu’un complément de la revue du sprint.
Ne pas inviter les parties prenantes et les utilisateurs:
Le but de la revue de sprint est de recueillir les commentaires des parties prenantes et des utilisateurs sur les réalisations pour maintenir un backlog dynamique et savoir comment ajuster la direction du produit.
Ne pas travailler les problèmes de l’objectif du sprint :
Il faut définir les obstacles rencontrés lors du Sprint et envisager des solutions pour atteindre les objectifs fixés
Présenter des tâches inachevées :
Le but de cette cérémonie n’est pas de prouver que l’on a commencé des tâches pendant le sprint . Mais Il s’agit d’un processus de démonstration des tâches accomplies par l’équipe aux Product Owners et aux Stakeholders afin de créer de la valeur pour eux. Cependant, il est recommandé que l’équipe explique pourquoi elle n’a pas pu compléter les autres tâches.
Aucun stakeholder ou product owner n’est présent pour la cérémonie :
Il ne faut pas continuer à travailler et de créer plus de fonctionnalités qui n’intéressent pas les stakeholders et les Product Owners. Cela permettra non seulement à eux de s’en sortir facilement mais réduit également le retour sur investissement du temps d’équipe.
Se focaliser sur les détails techniques :
Les stakeholders sont intéressés par l’utilisation des nouvelles fonctionnalités, et non pas par la manière dont l’équipe les a implémentés.
Il ne s’agit pas de montrer à quel point l’équipe de développement est intelligente. Cependant, il s’agit de montrer qu’ils ont simplement créé de la valeur pour les parties prenantes et d’obtenir leur Feedback.
Sprint Review trop longue :
Les parties prenantes et les utilisateurs ont peu de temps. Par conséquent, il est important de ne pas dépasser l’heure prévue de la cérémonie. Ensuite, il est nécessaire de promouvoir la cérémonie pour recueillir l’avis des parties prenantes et des utilisateurs.
Ne pas faire de la sprint review à la fin de chaque sprint :
Dans chaque sprint, il est nécessaire de faire un sprint planning pour préparer tout ce que nous voulons réaliser, puis de procéder à la review pour lister les tâches que l’équipe a pu accomplir et savoir si elle peut atteindre l’objectif fixé du sprint.
Si vous voulez en parler plus, n’hésitez pas à nous envoyer un email.
More you know, more you grow :
Nous vous invitons à découvrir d’autres sujets intéressants :
